Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WIP: Add support for R-2000iB 165f #52

Open
wants to merge 5 commits into
base: indigo-devel
Choose a base branch
from

Conversation

simonschmeisser
Copy link
Contributor

here is your PR @gavanderhoorn

It adds support for Fanuc Robot R-2000iB 165f

Copy link
Member

@gavanderhoorn gavanderhoorn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the PR 👍

I've added some inline comments.

</link>
<link name="${prefix}link_3">
<!-- The manual and also the model files show this link in the 90deg position (ie right angle) -->
<!-- However, the coordinate system treats the straight configuration as 0deg and the limits as asymmetric -->
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you explain this comment a little more?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No ... I rather remove it as this (and the mitsubishi launch files) were copied from a not so well matching template

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps you could compare/use the fanuc_r2000ic_support package I pushed to my fork?

Comment on lines 135 to 137
<!-- note that the data sheet claims an lower limit of -132 but that is not reachable due to
collisions with the base -->
<limit lower="${radians(-90)}" upper="${radians(230)}" effort="0" velocity="${radians(110)}" />
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please use the specced joint limit.

Collision avoidance should deal with potential collisions, and inverted mountings may actually make use of the actual joint limits without colliding.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just curious: What would be inverted in that case?

Copy link
Member

@gavanderhoorn gavanderhoorn Nov 29, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Up-side-down mounting of the entire robot.

Robots can also be placed on pedestals, which lets them reach "under themselves".


Edit: for this particular series you'd need a special variant, but in general we just use the joint limits as given in the manual or datasheet.

</p>
</description>
<author email="[email protected]">Simon Schmeisser (isys vision)</author>
<maintainer email="[email protected]">Simon Schmeisser (isys vision)</maintainer>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would be ok with it, but are you going to maintain this? Otherwise, please don't list your name here.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should discuss increasing load-balancing, bus-factor and community involvement at some point and as such I would be willing to (co-)maintain some of those packages. However now it was just an oversight and I put the field back to its default value ;)

@simonschmeisser
Copy link
Contributor Author

The meshes are slightly off in a few places and somehow the visual mesh sticks out of the convex hull used for the collision meshes in a few places so I'll put this into draft mode and redo the meshes :(

@gavanderhoorn
Copy link
Member

The meshes are slightly off in a few places and somehow the visual mesh sticks out of the convex hull used for the collision meshes in a few places so I'll put this into draft mode and redo the meshes :(

Is it possible to change a PR back to draft mode? I thought it was a one-way thing: draft -> PR.

@simonschmeisser
Copy link
Contributor Author

Didn't find anything, seems to be a missing feature

@gavanderhoorn
Copy link
Member

The meshes are slightly off in a few places and somehow the visual mesh sticks out of the convex hull used for the collision meshes in a few places so I'll put this into draft mode and redo the meshes :(

@simonschmeisser: did you have any time to look at the meshes?

@gavanderhoorn
Copy link
Member

Friendly ping.

@gavanderhoorn
Copy link
Member

And another one.

@simonschmeisser
Copy link
Contributor Author

I'm sorry but I won't be able to look at this for at least this week

@gavanderhoorn
Copy link
Member

Ok. Then we'll keep it open for now.

@gavanderhoorn gavanderhoorn changed the title Add support for R-2000iB 165f WIP: Add support for R-2000iB 165f Mar 2, 2020
@gavanderhoorn
Copy link
Member

Related: #57.

@gavanderhoorn
Copy link
Member

After we merge #57 we could merge the /165F variant in this PR into the then introduced fanuc_r2000ib_support package.

@gavanderhoorn
Copy link
Member

@simonschmeisser: would you have an opportunity to look at this PR again?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants